Implementation Phase 



Third phase: Implementation 


• In this phase, the algorithms described in the design 
phase are converted into programming code after 
choosing the appropriate programming language. 

• Each programmer receives a module (or a part of it) 
details in terms of a flowchart or a pseudo code, then 
using the appropriate programming language, he 
implements this part. 

How to choose the appropriate programming language: 

• Each application may have more than one 
appropriate programming language. 


Third phase: Implementation 


• The programmer may choose any of them according 
to his experience. 

• To be a good programmer, you must: 

1- learn the theoretical background of the language. 

2- apply this background practically as only through 
practice and try and error you can improve your 
skills. The more time you spend on practice, the 
more the experience you get. 

3- You can use the experience and help from other 
programmers to add to your experience. 


Third phase: Implementation 



Application 

Appropriate PL 

Scientific or mathematical 

FORTRAN, C++, Pascal, Basic 

Graphics 

Java, Visual Basic, C++ 

Database 

Access package + visual Basic or SQL 

server, Oracle 

Manipulating Hardware 

C++ , Assembly 

Web Design 

HTML + Java script, VB script, PHP, XML 

Artificial Intelligence 

Lisp, Prolog 

Hardware Programming 

VHDL, Verilog 
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Programming Considerations 


Program names: 

• Choose the appropriate program names such as 
names of : variables, functions, arrays, classes,... 

• Not too small, not too long and not expressive. 

Example: Choose the name of variable that will hold the 
radius of a circle. 

• Radius_of_circle too long 

• R too small 

• RA not expressive 

• Rad or Radius *- 


Programming Considerations 


Program Structure: 

• The program should be written in a n organized from 
to facilitate reading it in a further step. Examples: 

• Leave a blank line between functions description. 

• Avoid writing two or more statements in the same 
line (as in C++). 

• Write the first letter in function name, arrays, classes 
and data structures in capital letter to characterize 
them. 

• Put all declaration after function header to easily 
locate them. 


Programming Considerations 


• Add comments to the difficult parts to be able to 
memorize their function later. 

• Put the body of if, if-else-if, for, switch in { }. 

• Put { } in separate lines with no statements in them. 

• Intend the body of if, if-else-if, for, switch as in 

lf(x>y) 

{ 

statements 

} 

Else 

{ 

statements 

} 
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Programming Considerations 

Program control structure: 

• Use the appropriate control structure (if, for, switch, 
while) that will achieve the required function with 
less number of lines and less complexity. 

Example: 


lf(c==1) statements 
Else if(c==2) statements 
Else if(c==3) statements 
Else statements 


Switch (c): 

Case 1: statements 
Case 2: statements 
Case 3: statements 
Default: statements 
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Test Phase 
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Fourth Phase: Test 


• Testing the SW is very important specially in SWs 
that are used to control sensitive devices such as: 
autopilot in airplanes, or nuclear power plant. 

• At each previous phase, there is an inherent test 



Req Design Code test 



Fourth Phase: Test 


• Test of SW shows only the presence of errors, not 
their absence. 

• Error: A human action that produces an incorrect 

result. 

• Fault: The consequence of an error in SW lines. 

• Failure: The result of fault during the program 
execution. 

• When we test the SW, we observe failure. These 
failures are caused by faults, which in turn are the 
result of human error. 



Fourth Phase: Test 


• A failure may be caused by more than one fault and a 
fault may cause different failures. 







Test Process steps 


• P: object to be tested (program, design document, 
module,...) 

• Test strategy: decide show to test the object: 

• Test cases: they are the conditions applied to the 
tested program to test whether it performs its 
function in a proper way. They depends on the type 
of the SW. They could be constant input data values, 
or test of a specific task such as cut, paste, print,... 

• Oracle: a way to determine the expected output for 
the test cases. 




Test cases are applied to P to produce the actual 
results. 



Test Process steps: 

• Compare: compares the actual output to the 
expected output. 

• Make a report of the result of comparison. 
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Test adequacy criteria: 

• The percentage of program lines to be tested. 

• Test adequacy criteria = 100% all program lines 

• Test adequacy criteria = 75% 75% of program lines 

• Test adequacy criteria = 50% half program lines 

• In critical programs, we need to have high Test 
adequacy criteria. 



Test adequacy criteria 


Example: 

Cin»x, y; 

!f(x>y) 

Cout«“X is geater than Y”; 

Else 

Cout«“X is geater than Y”; 

• Test adequacy = 100% test cases={x=3,y=5}, {6,2} 

• Test Adequacy = 50% test cases= {3,5} 



Test techniques 
















Test techniques 

Automated test: 

• Uses an intelligent program that receives the tested 
object and test cases, then it tests the object 
generating a report. Not available. 


Manual test: 
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• Human test of the object. 

a) Static test; we test the program without making 
executable (.exe) file of the program. Made by 
reading the program (or any tested object). 



Static test techniques 

i) Reading (no test cases are used): 

• The program is read line by line to find errors by one 
tester. 

• The compiler does the same task of reading test 
instead of human. 

• Suitable for small size programs or for documents. 

ii) Walkthrough: (no test cases are used): 


> A 


The program is read line by line to find errors but 
instead by a group of tester, one reads and they 
walkthrough the lines finding errors and taking notes. 



